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[0001] This application claims the benefit of the filing date of U.S. Provisional Patent 

Application No. 60/492,005 filed on July 31, 2003 and the benefit of the filing date of U.S. 
Provisional Patent Application No. 60/492,1 36 filed on July 3 1 , 2003, the disclosures of 
which applications are hereby incorporated by reference in their entirety. 



Copyright Notice 



[0002] A portion of this patent document contains material which is subject to 

copyright protection. The copyright owner has no objection to the facsimile reproduction by 
anyone of the patent document, as it appears in the Patent and Trademark Office patent files 
or records, but otherwise reserves all copyright rights whatsoever. 



Field of the Invention 

[0003] The invention relates generally to electronic or electronic assisted trading. 

More particularly the invention relates to the use of inquiry lists for the purpose of trading, by 
buying or selling a variety of different financial products with a number of different trading 
parties. 



Background of the Related Art 

[0004] There are many approaches to bringing buyers and sellers together in financial 

markets. These approaches can generally be assigned to one of two categories: exchange 
traded markets, or over-the-counter markets. Market participants face particular challenges to 
economic efficiency in over-the-counter markets where market-makers are more disparate 
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than on exchanges and assets can trade in multiple locations at multiple prices simultaneously. 
Over-the-counter trading is prone to the risk of fragmentation wherein certain buyers and 
sellers do not have access to the full range of liquidity available in the marketplace increasing 
the costs of execution or even impeding execution. Also, there may be a resultant lack of 
transparency where some participants do not see the most recent and accurate prices for a 
given asset, increasing price volatility and decreasing the quality of execution. Although 
inefficiencies in price discovery from fragmentation and lack of transparency are not limited 
to over-the-counter markets, they are particularly salient in markets where there is no central 
exchange to concentrate the communication of buyers and sellers and provide structures to 
maintain orderly markets. 

[0005] With the growth of trading financial products (such as, for example, stocks, 

options futures, bonds and other fixed income securities, forward contracts, commodities and 
commodities contracts) over-the-counter, market participants have an increasing need to add 
efficiencies in their trading operation, One area where efficiencies have been late to arrive is 
in inquiry lists - or the ability to request bids or offers on multiple issues simultaneously. This 
process has conventionally been labor intensive. An institutional investor may put together a 
list of items to sell and items to buy. These lists are then disseminated to various dealers for 
reply For many years this process was done using a combination of paper, telephone, 
Teletype and fax machine, Lists are sent to one or more dealers with due-in times set for later 
that day (or beyond). Dealer responses come back to the investor at various times via various 
means (phone, fax, teletype. . .). The responses are collated and analyzed by the sender. 
Ultimately the investor would make decisions to buy or sell (or not buy or sell) based on the 
analysis of the data. This work is labor intensive for both the institutional investor and the 
dealer It is not uncommon for this process to take many man-hours, primarily due to the need 
to collate the data and then analyze the responses before acting on the responses and then 
again spend more time on the latter stages of a trade when final pricing and other particulars 
need to be agreed for each list item. 

[0006] One area where efficiencies have been late to arrive is in inquiry lists - or the 

ability to request bids or offers on multiple issues simultaneously. This process has always 
been labor intensive. An institutional investor may put together a list of items to sell and items 
to buy These lists are then disseminated to various dealers for reply. For many years this 
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process was done using a combination of paper, telephone, Teletype and fax rnachures Ltsts 
are sen, .o one or more dealers with dne-in times set for later mat day (or beyond). Dealer 
responses come back to the investor a. various times via various means (phone, fax, 
teletype. . .). The responses are coUated turd analyzed by the sender. Ultimately tire investor 
would make decisions to buy or sell (or no. buy or sell) based on the analysis of tire data. Th, 
work is labor intensive for both the institutional investor and the dealer. I, is not uncommon 
for this process to take many man-hours, primarily due to the need to collate the data and then 
analyze tire responses before acting on tire responses and men again spend mo. time on tire 
latter stages of a trade when final pricing and other particulars need to be agreed for each hat 



item. 



,0007] With tire advent of proprietary networks and tire Internet, cornmunicatton 
methods such as email and tire like have, to some extent, streamlined tire process. For 
example, using a standard email account, investors can post their bid and/or offer lists to one 
or more dealers. Recipients of tire lists can review tire lis, and respond a, or before a specfied 
time. Atthough tins metirod is more efficient than previous means, investors were still 
required to collate tire responses across several mediums and analyze tire responses, and then 
again through various mediums act on said responses until each item on tire lis. is ttaded or 
not traded. 

[0008] There are many reasons why instittrtional investors may try to perform multiple 

ttansacti»nsatornearmesametim,0neexamp.eoftiuscanbefoundintheareaof 

Portfolio management. For example, portfolio managers and other market particrpanta find the 
need from time to time ,„ re-balance .heir portfolios. Although tins can and does happen a. 
any time, this is a common occurrence near month end and quarter end. When going through 
this re-balancing process tire portfolio marrager may decide to do one or more of tire 
following: 



♦ Reduce their position on certain holdings in the portfolio 

♦ Remove certain holdings from the portfolio 

♦ Increase their position on existing holdings in the portfolio 
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♦ Add new items to the portfolio 



[0009] Conventional methods for trading various quantities of a certain bond or 

multiple bonds in a secondary market require the seller to locate a buyer or buyers in a "bids- 
wanted" process. This process utilizes a broker intermediary for settlement in a process that 
causes the buyer and seller to appear anonymous to each other. There are a number of 
important disadvantages to these conventional processes. 

[00010] First, any "bids-wanted" process limits trading to the inventory presented by 
sellers. Bids-wanted is a seller-initiated process, with buyers in a reactive mode. This is 
generally consistent with the municipal bonds market focused on by some prior art. See, for 
example, U.S. Patent No. 5,915,209, issued on June 22, 1999 and titled "Bond Trading 
System" The municipal bond market is inventory driven. There are numerous small unique 
lots of bonds. Municipal bond buyers peruse lists of bonds each day that are available either m 
the secondary market or by primary offerings. Broker/dealers in the municipal bond market 
act predominantly on an agency basis connecting buyers and sellers since municipal bonds do 
not have an active "bonds borrowed" market that would enable sellers to sell bonds they don't 
own (i e "short" bonds). This contrasts with the government bond market and the corporate 
bond market where there are active security lending markets. The MA system allows for offer 
Usts as well as bid lists. Offer lists allow the buyer to initiate a process, selecting a bond or list 
of bonds for trading from a reference database without limitation as to whether or not such 
bond is any system participants' inventory. The offer list allows the buyer to present a list of 
desired bonds to a selected group of dealers whereupon each dealer may return with offers. 
The MA system maintains a reference database of potential issues that may be selected, in a 
manner that buyers and sellers accept as an acceptable standard for defining the bond to be 
transacted. 

[0001 1] Second, a broker intermediated anonymous settlement process is 
fundamentally different from a direct counter-party settlement where the parties are known to 
each other prior to trade execution. The prior art broker process allows various parties to 
trade with each other without those parties having any established financial or credit 
relationship with each other. The various parties need only have a credit relationship with the 
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central broker in order to conduct their transactions. In the past, this was the most feasible 
method of conducting such transactions because of the unwieldy task of creating, maintaining, 
and referencing a database of unique and dynamic trading and credit relationships between 
numerous parties in the financial markets. However, this presents multiple limitations to 
investors, particularly to investors in less liquid products (e.g., products which do not mostly 
trade on an exchange), investors in credit products such as corporate bonds, and also to large 
investors. 

[00012] Investors in less liquid or illiquid products derive considerable economic value 
from developing and maintaining direct relationships with a number of dealer market-makers 
who, on the basis of that relationship, are willing to take risk as a principal (i.e. put up their 
ownbalance sheet) to buy bonds from the investor or sell bonds that they do not own to the 
investor. This liquidity expectation reduces the liquidity component of an investor's net value 
at risk. In the past, the investor had to balance the needs to maintain relationship versus the 
economic efficiencies of being able to show bonds, for example on a bids-wanted basis, to a 
large number of dealer in a timely manner. The MA system allows the investor to gain the 
economic efficiency of instantaneous communication with many without having to give up 
the ability to transact business in a way that counts towards their relationship building. The 
MA system establishes a number of criteria required for participation and provides a unique 
facility that permits the creation, maintenance, and referencing of thousands of distinct 
economic relationships. These relationships are defined across a matrix including legal 
entities, members of legal entities, products, and jurisdictions. The MA system provides for 
the instantaneous retrieval and control by these relationships at the moment of bid or offer list 
creation by an investor. The investor can see their relationships in the MA system, and can 
select from those relationships and transact by directly with those relationships. 



Brief Summary 

[00013] The preferred embodiments of the invention provide an electronic interface 
providing clients with the ability to create and submit multi-issue inquiries to multi-dealers, 
via one integrated system. The system then allows for multi-dealer responses to these multi- 
issue inquiries and allows for the client to execute (trade on) any one or more of the issues. 



EV 330 370 921 US 



5 



Attorney Docicei hojz/ i-t 



,00014) instead of relying on a central broker to maintain the anonymity of me buyer 
and seller, the preferred embodiments of the invention use a model where the potentia! 
counterparties (the investor and the dealer recipients) have an established rela,i„nsh,p. All 
inquiry lis. negotiations and trades arc done without intermediation of a Ihird party. The buyer 
and seller of each instrument are My known .„ each other throughout the trading process. 
,00015] A preferred implementation of tire invention is a device, such as a computer, 
to, enables performing to entire lis. transaction process from entry of interest .o completion 

of transaction. The device is se.f-con<ained in being able to gather, disseminate, and process 

information relevant to lis. transactions, and make state transitions based upon to. 

information. This streamlined approach adds efficiencies by reducing to amount of time and 

errors associated with the process. 

[00016] The preferred embodiments of to invention employ various hading protocols 
deeding on inshnmen, type and industry convention. It is determined merely, by to nanne 
of to instrument, whether or no. to item is traded in a one-step price metod, two-step 
yield/price or discount margin/price metod or a toee-step spreadAenchmark price/bond 
price method. 

[00017] At all times each participant to an inquiry list is aware of to protocol 
employed, to current state of to lis, to time remaining in to. stole, and what is expected of 
each participant during each slate. This metod adds order and efficiency to a process to, 
was beforehand less organized and therefore more time-consuming. 
[00018] Instead of being limited to addressing to sellers concerns by providing for a 
"bids wanted" process, to preferred embodiments of to invention provide for Inqmry Ltsts 
,o be in to form of either bid list or offer lis,, each list contouring multiple identifiers. All 
individual items in to list are independent from oto, items. The ability to create and subnu, 
to items togetor is primarily done to allow to user to perform to work more efficiently. 
[00019] As par, of creating to list, lis, initiators se, various parameters such as to 
specific identifiers on to lis,, whetor to hems are haded as outright o, crossed wth an 
underlying benchmark, to "due in" time for to responses, to "good for • time for wh,ch 
each response is actionable and a selection of dealer(s) to receive to lis,. 
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[00020] The preferred embodiments of the invention allow the sender to tntttate a 
process, selecting a bond or Its. of bonds for trading ftom a reference database without 
.imitation as to whether or no. such bond is in any system participants' inventory. Once the 
items are selected and a corresponding size for each item entered, and other relevant 
parameters set, the Inquiry Lis, can be presented simnltaneoosly to a selected gronp of dealers 
whereupon each dealer may retnm with spread, yield, discount margin or pnce levels 
(depending on insttumen, type) where they are willing to transact on each Its, „em. 
[00021] During and after the inquiry lis, has been submitted, both the list initiator and 
dealer can easily recall the lis, from their activity console (and a, certain points download the 
information). All items on the lis, are "rolled-up" and displayed as one line item. By chcktng 
on the line item the user can "explode" tine lis. arrd see each individual item in the lis. as well 
as the status of each line item. 

[00022] The preferred embodiments of the invention streamline the entire trading 
process from list creation through trade negotiation and execution. 

Brief Description Of The Drawings 

[00023] For a fuller understanding of the preferred embodiments, reference is made 
hereafter to the following description taken in connection with the accompanying drawmgs, 
which are meant to be exemplary and not limiting, in which like references are intended to 
refer to like or corresponding parts, and in which: 

[00024] Fig. 1 illustrates an overview of a multi-featured platform for electronic or 
electronic-assisted trading of financial products; 

[00025] Fig. 2 illustrates a high level system diagram of an electronic or electronic- 
assisted trading system; 

[00026] Fig. 3 is a logical diagram of the software of a computer or data processing 
system suitable for use in implementing an embodiment of the invention; 
[00027] Fig. 4 illustrates a high level state diagram for inquiry lists showing the various 
states as an inquiry list passes back and forth from initiator to receiver; 
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[00028] Fig. 5 illustrates a detailed flow diagram of an inquiry list from its creation and 
continuing on through to its possible conclusions; 

[00029] Fig. 6 illustrates a flow diagram of the auto spot process involved for each item 
on the inquiry list; 

[00030] Fig. 7 is an example of a list initiator's blank initial inquiry list or inquiry list 

edit screen display according to a preferred embodiment of the invention; 

[00031] Fig. 8 is an example of a list initiator's partially completed inquiry list edit 

screen display according to a preferred embodiment of the invention; 

[00032] Fig. 9 is an example of a list initiator's submitted (i.e., pending) inquiry list 

screen display according to a preferred embodiment of the invention; 

[00033] Fig. 10 illustrates an example of a dealer's (receiver of a list) inquiry list screen 
display in the electronic or electronic-assisted trading system according to a preferred 
embodiment of the invention; 

[00034] Fig. 1 1 is an example of a list initiator's inquiry list screen display with 
dealers' responses according to a preferred embodiment of the invention; 
[00035] Fig. 12 is an example of a list initiator's inquiry list screen display during the 
state when the user is performing either a hit/lift/pass action on each list item according to a 
preferred embodiment of the invention; 

[00036] Fig. 13 is an example of a list initiator's inquiry list screen display during the 
spot process with a Spot Process Timer according to a preferred embodiment of the invention; 
[00037] Fig. 14 is an example of a list initiator's inquiry list screen display with 
Request Spot buttons and Spot Accept timers according to a preferred embodiment of the 
invention; 

[00038] Fig. 15 is an example of a list initiator's inquiry list screen display after the 
spotting process is complete according to a preferred embodiment of the invention; 
[00039] Fig. 16 is an example of a list initiator's inquiry list screen display after a list is 
completed according to a preferred embodiment of the invention. 
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Detailed Description 

[00040] FIG. 1 mustratesanoverviewofamulti-feturedplatfom.ma.cordancevrith 
a preferred embodiment of the present invention. Generally, the platform .00 provides 
compu.er-unplemen.ed trading funetions 1 .2, syndiearion .14 and research and marketing 
information . .6 funetions for a number of investor ehents 1.0 and deafer* 120. to one 
business implementation, the investors are clients (to sometimes referred to as users) of the 
organization tirat runs tire platform, while the dealers are participants, or even have 
partnership arrangements, with me organization. The trading funetions . .2 include provrdtng 
an inventor, of available financial products (such as bond issues), trade negotiation, and a 
history oftransactionsforreeurd-keepingpurposes. The tradtag functions 1 12 also enable 
investors ,o submit inquiry lists for, tmd make trades in, financia. products according ,o the 
preferred embodiments described below. 

,00041] Syndication generafiy refers to the process of having a group of banks acting 
together, to underwrite a new issue of bonds. SpecificaUy, me syndication functions 1 14 
include providing a ca,endar of new issues, inc.uding the managers of me issue, detads of me 
issue (sometimes referred to as a "term sheet"), such as type of bond issue, term, coupon 
rating, announcement date, pricing date and so forth. The syndication function . 14 may also 
include links to on-line prospectuses for the issues, and marketing presentations. The 
syndication function 1 14 also allow investors to submit indications of interest (101s) m new 
bond issues to al.ow the underwriters/dealers to determine the demand for the issue. The 
dealers wi.. track the investots IO.s in me ,ssue Book and subsequently allocate those orders 
and set a final price. The research and marketing information , 16 functions may include on- 
Une research reports regarding the bond issues, announcements, and other data and ana.yt.cs, 
which are tools for analyzing bond issues. 

,00042] FIG. 2 illustrates a high-level system diagram in accordance with the present 
invention. Here, a data cento 220 includes a number of centralized computing resources for 
storing, processing and routing data between the investors' computers 230 and the dealers' 
computers. SpecificaUy, the data cento 220 and computers 230, 250 may etnp.oy any type of 
computing hardware and software known to those skilled in tire art as being capable of 
catxying out the functions described herein. A computer program product, such as an optical, 
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magnetic or other type of data storage device, may be included or provided that includes 
software for programming the computers ,o perform .he desired functions. The product may 
taciude a computer usable medium having computer readable program code means embodtcd 
therein for providing me desired functions. The investor and dealer computers 230, 250 may 
be personal computers or workstations, for example, whi.e the data center 220 may employ 
know, servers, backup storage devices, network communications devices and so forth. 
Generally, a networked application may be written using any available programming 
ianguage for running at the da. center 220, and a, tire computers 230, 250. The dam center 
220 provides a centra, clearinghouse for the dealers and investors, and is typtcal.y located 
remotely. A system administrator 210 oversees and maintains the data center 220. 
ro0 043] In one possible implementation, the investors 230 communicate with the data 
center 220 via an mtemC-Protoco. based network 240. Network 240 may be the Interne, or a 
portion of network 240 may comprise a portion of the Interne,. The dealers 250 may 
communicate with the dafa center 220 viasecure leased lines 260,such as Tl lines. Of 
conrse, other variations are possible, but the implementation showr, is believed to be 
appropriate for situations where the number of dealers 250 is relatively small, and the number 
of investors 230 is relatively large. 

[000441 FIG. 3 illustrates an exemplary software architecture of a computer or other 
data processing system in data center 220 suitable for use in imp.ementing the electtonic or 
e.ecttonic assisted trading of financial interests according to an embodiment of the mventton. 
Although a single institutional investor is shown to be connected ,0 the computer vta the 
,„temet, it should be understood that mere can be a large number of connected users, winch 
need not necessarily connect via the Interne, and need no, necessarily be institutional 
investors. SimUariy, although Fig. 3 shows a dealer consortium consisting of Deutsche Bank, 
Merrill Lynch turn Goldman Sachs connected via a Tl line, i. should be understood tha. .here 
may be any numbet or combination of dealers and tha. the dealers preferably connect to the 
computer via separate .cure commnnication paths. Furthermore, although Fig. 3 shows API 
(Application Programming Interface) messages and other messages (indicated by dashed 
Unes) being sen, directly between portions of the software and the external dealers and 
investors, i, should be understood tha, these messages ate no, sen, directly bu, are, m fact, 
sen. through the illustrated communication paths (Interne, and Tl). 
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,00045] As shown in Fig. 3, the software in the condor or data processing system is 

ngine 330, a RV message bus 340 "connecting" each of the above, and a database 350. I. 

IbennderstoodUtattbese elements are « distinet, bnt need not be « 
diainctorevendisunctintheir programming, snob as eonstimting different exeeu.b e 

and retrieved quickly in real-time or near real-time. 

,000461 Distribution manager 310 includes a session manager which is responsible for 

rills. Italsomanagesmecommrmica ^don sessions between me trading system and me 
nsers Preferably, distribution manager uses or is based upon commercally avariab.e 

dealers need not use standard Interne, browser softwa re for commumcattons. Indeed, 
a predefined XML data definition set. 

,000471 Presentation manager 320 carries on, a pain, screen fimetion which merges a 
Len layout with data ftom — engine 330 to provide a complete screen dtsp ay 
^muLscmena^.Ita^pecfonnsmdmren^.une.ion, relanngtomeentryofd^on 

1 played inquiry lists. It validates dam as it is entered or edited in an inquuy hstby use 
(In« ,f a user leaves an inquiry lis. edit page, it saves me inquiry hst m database 3 50. If a 

W ftom dalabase 350. If a user submils an inquiry .is, ,o one or more dealers, men t, deletes 

2 Lomdataba^O. Many of ,heftmc,i„ns may be carried on, using Imown softie 

this trading system or similar trading systems. 

,00048] Transaction engine 330 executes most of the ,ogic associated with me tiding 
Lent It suborns the inquiry lists, receives and aggregates the dealers' responses ,o the 
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or price responses and if necessary the spot responses, and submits the final price for items on 
the inquiry list to the dealers and users. This aggregation occurs automatically as dealers' 
responses are received without the need for any intervention by the user 
[00049] Although transaction engine 330 can be implemented in different ways, it 
preferably creates an independent thread for each individual item on an inquiry list. Each 
such thread (a "worker" thread) is responsible for functions and actions unique to its 
individual item. For example, each worker thread asynchronously saves an associated inquiry 
in database 350. For each inquiry list, there are a number of worker threads correspond to 
the number of items in the inquiry list and a master thread. The master thread carries out the 
functions common to all items in the inquiry list. For example, it sends the list alert for 
submitted lists to the dealers and starts the "Due In" timer described below. 
[00050] Transaction engine 330 updates each item in the inquiry list as dealers respond 
thereto with, depending on instrument type, spread, yield, discount margin or price, or pass on 
the item. When the Due In timer expires, each thread saves the responses in database 350 and 
sends a response alert to the use, The threads also update the item as the user takes action on 
the dealers' responses by either hitting, lifting or passing, and saves the response to the 
database 350. Depending on instrument type it may then start a Spot Request Timer, sends a 
"DONE-ASC" (Done-awaiting spot confirmation) alert and an auto spot request to all 
contributing dealers as described in more detail below. 

[00051] When required the transaction engine 330 also receives spot prices as the 
dealers respond, calculates the composite spot when the Spot Request Timer expires, and 
calculates yield in the spotting process. The threads for each item in the individual inquiry list 
save this information to database 350 and send the "DONE-APC" (Done-awaiting price 
confirmation) alert to the dealer. The transaction engine 330 also updates each item m the 
inquiry list as dealers submit the final price and sends a final price alert to the user. It updates 
the data and saves it to the database when the user agrees to the final price and sends a 
"DONE" alert to the corresponding dealer. 

[00052] RV Message Bus 340 is not a physical data bus. It is a software interface 
between distribution manager 310, presentation manager 320, and transaction engine 330 that 
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aftows information to be passed there between. Snch software is commarcially availabia from 
Tibao, Inc. and similar softwara is aommarcially available from other souraes. 
[00053] Whereas Figure 3 illnstrates the inqniry list process from a system and logical 
standpoint, Figure 4 iUusfra.es a high lavel state diagram of an inquiry lis, business process 
carried out by a computer system from its inception through to its conclusion. Figures 5 and 6 
continue to describe to greater derail toe flow of an inquiry list process from a user's pom. of 
view including various decision points and altema.e flows depending on .hose deersrona. 
[00054] In Figure 4 toe inquiry lis, process begins when toe lis, initiator selects toe 
••Bid/Offer List" option from toe main view (410). He is toen presented with an inqurry M 
edit screen (420). During toe edi, lis, stole, toe lis, initiator is creating a new lis, or modrfymg 
a lis, <ha, was either previously sen, or previously created bu, no, sent The lis, initiator 
populates toe inquiry lis, by selecting items from an instrument database provided by tire 
system or by selecting items from his uploaded portfolios. For each instrument on toe rnqurry 
list toe list initiator toen enters a size or amount that he wants to transact. 
[00055] As defined by toe system, certain financial instrument types require the list 
initiator to select a corresponding benchmark instrument. The benchmark instrument rs 
selected from a separate group of system-defined insuuments. During toe negohation and 
trading phase toe financial msfrumen, is quoted on a spread basis in relation to toe selected 
benchmark instrument After a spread is agreed ftis benchmark instrument in used to pnce toe 
financial instrument (the traded instrument). 

[000 56] For financial instruments that require the selection of a benchmark instrument, 
the list initiator must select the method for trading. The list initiator can choose to trade the 
financial instrument "outright" as a single transaction, or "cross" the instrument selected with 
thechosenbenchmarkinstrument. For each item where "cross" is selected, the list initiator is 
looking to perform two simultaneous or near simultaneous opposing transactions; the buy/sell 
of the financial instrument and the sell/buy of the selected benchmark instrument. 
[00057] After the list initiator enters in all the required information including the 
selection of the dealers for which he wants to send the list, he submits the list. 
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[00058] Once the list is submitted, it immediately goes into a Due At State (430). 
Recipients of the lis. are alerted that a list has been received. When tire recipient opens tire 
lis, tirey can submit responses to any or all items on the list. Responses are sent to tire Its, 
initiator during the tesponse due in time. The lis. initiator can see tire number of tespondants, 
but all responses are kept in a "holding bin" and are not released or visible to the list mutator 
until the due in time has expired. 

[00059] When the "due in" time expires, the "good for" timer begins to count down in 
Good For State (440). All responses to items on the list are presented to tire list initiator « a 
straightforward manner. The lis, initiator is presented with all tire responses ,o each mqutry 
with the "best" response and the "cover" (second best response) to each inquiry displayed on 
te same screen and along side each other. The list initiator can pass (elect to no. trade) on 
any or all terns or he can execu.e trades by "hitting" or "lifting" tire response submmed - all 
from tire main screen. The lis. initiator can do tins in rapid succession until he has acted on all 
the items or until tire "good for" time has expired. All items that are passed on by .he Us. 
initiator will go into a DNT (Did no. trade) state. All items that are traded (by htttmg or 
lifting) will go into one of two states. Those items that require a benchmark price will go tnto 
a "Done- Awaiting Spot Confirmation" (Done-ASC) state, while traded items that do no, 
require benchmark pricing will immediately go htto a "Done-Awaiting Price Confirmatton" 
(Done-APC) state. 

[00060] After the list initiator has acted on all items on the list and has traded on at 
least one list item or when the "good for" timer has expired (whichever comes first) the 
invention moves the process into a Spotting State (450) and a new spot timer begins countmg 
down The spotting phase provides for the investor to request a spot price for each traded item 
that requires the pricing of an underlying benchmark (items in the Done-ASC state) to 
ultimately determine the final dollar price of the traded security. The spot price may be set 
through an auto spot process as described in detail below or it may be set through some other 
spot process. After receipt of the spot price the list initiator acts by either acceptmg or 
rejecting the spot price. 

,00061] Each Done-ASC line item where the spot price has been agreed to by the list 
ini ,ia,or will move into a "Done-Awaiting Price Confirmation" (Done-APC) sate or Pricing 
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State (460). D^ng fins pricing phase, tire Ust initiator is presented with the f,na, doHar price 
moves into its final "Done" state. 

,00062, Eaeh Done-ASC item where a spot priee has been requested but no, received 

an -incomplete" state. AD incomplete trades are priced manually in Pncmg .ate (4 0) an 
fina, agreement is done over the compnter system ultimately moving me trade m,o t,s ft* 

"DNT-Did no, trade", ,he inquiry lis, wil. men move to a "lis, complete state (470) 
,00063] Figure 5 is a flow diagram fflusteating a preferred embodiment of me process 
bown in Fig. 4 in somewha, more detafl. According.,, flte flow diagram begins rvfl, the 

various decision poinls and alternate flows depending on .hose decs.ons. 
,00064] Steps 52,-523 in Fig. 5 correspond .0 Edi. Lis. State (420) in Fig. 4. These 
Z* 521-523 as described be.ow are mere,y a preferred implementation, and otirer steps may 
be utilized in other implementations. 

,00065] At step 521, the c.ien, identifies potential counterparties for trading. The 
Urred embodiments of fire invention enforce pre-defined relationships between hst 
initiators aud Us, recipien.s. When clients join me platform, they are require to prov.de 
aoenmentetion tha, lists the lega, entities for which ,hey want ,o be approved ,o trade wul 
and rhe market segments and product for which firey wan, ,o tiade m. Th.s mformation s 
p«d on ,o fire deaters who a. on tire platform. Dea.ers are firen required ,o aufironze 
nading relationship for each elien, and client user on a produC-by-produc, level. The 
purred embodiment of the invention provide for a da,abase to store and manage fins 
Location and for me instantaneous retrieval and enforcement by these relationship a, he 
m0 men, me clien, exits from the Lis, Stint S<ate (4,0). Step 5, 1 permits flte hs, mttiator , 
setec, dealers where a pre-approved relationship exists. If a preauthorization does no, ex.*. 
t^een fire cfien, and deater, then that dealer bution wiU be unavailable ,o fire chen, and fire 
client will be prevented from selecting that dealer. 
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[00066] Step 521 enables the investot to eontrol their distribution of counterparty credtt 
risk aeross a number of counterparties. The credit of a large, highly credit worthy investor 
may exceed drat of a given broker intermediary or the large investor may not wtsh the 
concentration of risk from settling with a single or few dealer intermediaries. For such an 
investor, mere is a net reduction of risk by being able to select specific and multtple 
settlement counterparties. 

[00067] At step 522, the client edits the inquiry list. Preferably, there are mandatory 
selections and optional selections. The mandatory selections may include selection of hst 
type (bid or offer); selection of financial products; selection of size or volume for each 
product; selection of counterparties; selection of "response due" time; selection of "response 
good for" time; and selection of spot prooess. The optiona. selections may include select™ 
t „ w one or more items; change of default settlement date of products; change of default 
settlement date for benchmark (if crossing); revealing the number of recipients to all 
recipients; and entering of textual remarks. The completed inquiry lis. is submitted at step 
523. 

[00068] Steps 531-534 in Fig. 5 correspond to the Due At Sate (430) in Fig. 4. These 
steps 531-534 as described below are merely a preferred implementation, and other steps may 
be utilized in other implementations. 

[00069] At step 531, the system monitors whether the client has cancelled tire list. If 
the client cancels the list, men the system transitions to the List Complete State 470. Th,s 
monitoring continues until the "Response Due" timer expires a, step 532. If the "Response 
Due" timer expires and the client has not cancelled the inquiry lis, then .he system checks 
whether or no. one or more dealers responded to a, leas, one item on me inquiry lis, a, step 
533 If no dealer responded, men me system tractions to the Lis. Complete State 533. If at 
,east one dealer responded, men me spreada/yie.ds/prices are of the dealer(s) is released to the 
client at step 534. 

[00070] Steps 541-546 in Fig. 5 correspond to the Good For State (440) in Fig. 4. 
These steps 541-546 as described below are merely a preferred implementation, and other 
steps may be utilized in other implementations. 
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[00071] At step 541, the system checks whether any dealer responses are still live. If 
th^e are no live dearer responses, then steps 542-544 are bypassed. If there are live dealer 
responses, then the system checks to determine if the "Good For" timer is still active at step 
542 If the "Good For" timer is not still active, then the system transitions to the Last 
Complete State 470. If the "Good For" timer is still active, then the client chooses to htt, hft 
or pass on the initial item on the inanity lis. or the next item on the inquiry list a. step 543. 
Steps 541-543 are repeated nntil the system determines (step 544) that there is no .tent 
remaining on the mquiry lis, to be acted upon (hit/ lift/pass). If mere are any hems on the 
inquiry list in the "Done-ASC" abate (step 545), then the system moves to the anto spot step m 
spotting state 450. If there are no items on the inquiry list in the "Done-ASC" abate, then the 
system checks to determine whether there are any items in "Done-APC" or "Incomplete- state 
a, step 546. If there are no items in "Done-APC" or "Incomplete" state, then the system 
transitions to the List Complete state 470. If mere are items in the "Done-APC" or 
"Incomplete" state, then the system transitions to the manual spotting part of the spottmg ante 



450. 



[00072] Steps 551-559 in Fig. 5 correspond to the Spotting State (450) and Pricing 
State (460) in Fig. 4. These steps 551-559 as described below are merely a preferred 
implementation, and other steps may be utilized in other implementations of these states. 
[00073] The spotting state 450 and pricing state 460 preferably have two parts: an auto 
spot process comprised of steps 551-555 and a manual spotting process comprised of steps 
556-559 As mentioned above, the auto spot process is initiated when it is determtned at step 
545 mat mere are items on the inquiry lis. in the "Done-ASC" sate and the manual spot 
process is initiated when it is determined a. step 546 mat mere are items on the inqutry Its. m 
the "Done-APC" or "Incomplete" state. 

[00074] A. step 551 in the auto spot process, it is detemtined whether or not the "Spot 
Timer" has expired. If it has expired, men steps 552-555 are skipped and the process moves 
to the manual spot process (step 556). If the "Spot Timer" has no, expired, then a spot ts 
requested for the initial or next item on the inquiry list a, step 552. (Details of a preferred 
implementation of step 552 are illustrated in Fig. 6 and described below.) A. step 553, >. ts 
checked whether or no. .he spo. is received. If .he spo. is no. received, men i. is checked 
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whether or not there are any more "Done-ASC" trades (step 555). If the spot is received at 
step 553, then it is determined at step 554 whether or not the spot is accepted. If the spot is 
not accepted, then the auto spot process begins again at step 55 1 . If the spot is accepted, then 
the process proceeds to step 555. If it is determined at step 555 that there are more "Done- 
ASC" trades, then the auto spot process begins again at step 551 . If it is determined at step 
555 that there are no more "Done-ASC" trades, then the process proceeds to step 546. 
[00075] In the manual spot process, the dealer manually confirms the spot and final 
price at step 557. This may be carried out, for example, via phone. This confirmation step 
repeats until the spot and final price are accepted at step 558. The confirmation and 
acceptance steps 557 and 558 are repeated until the final pricing is completed for all trades 
(step 559). 



Auto Spot 

[00076] The embodiments of the invention can use manual and/or automatic spotting 
methods. The preferred embodiment illustrated in Fig. 5 provides for both manual and 
automatic spotting methods. 

[00077] If 'auto spot' is used as the method to spot, then all traded list items that 
require the spotting of an underlying benchmark will be priced on an automated basis. The 
automated spot process may occur when the list initiator, via a sender interface, requests from 
the system a spot price for the benchmark. The "auto spot" function utilizes an application 
programming interface (API) that allows the respondant dealer or the system to provide a spot 
price to the list initiator upon his request without human intervention. As one example, a 
system may be configured to use the "auto spot" feature when the following conditions exist: 
1) the list initiator selects "auto spot" as the spot method when the list was originally sent; 2) 
the system value for "use auto spot" for that dealer = yes; 3) the inquiry size (quantity) for 
that line item is less than or equal to the system "auto spot" value set for that dealer; and 4) 
the dealer does not override the "use autospot" selection 

[00078] Fig. 6 illustrates an auto spot process that may be used in the example process 
of Fig. 5. Specifically, Fig. 6 shows an implementation of step 552 in Fig. 5. Once it is 
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determined that the "auto spot" method of step 552 will be used, the preferred embodiments 
of the invention determine the source of the auto spot price at step 601 . This determination 
can be done in one of the following manners: 

[00079] a) If the system value for "use own spot price" for that dealer = yes; then 
the invention will use the dealer provided benchmark price and present it to the list initiator 
(steps 611-613). 

[00080] b) If the system value for "use own spot price" for that dealer = no; then 
the invention will provide a system-derived "composite" benchmark price and present it to the 
list initiator (steps 621-624). 

[00081] The system determines at step 602 whether or not a composite benchmark spot 
price is to be provided. If the system determines that a composite benchmark spot price is not 
to be provided, then the auto spot request is submitted to a single counterparty only and steps 
61 1-613 are performed. At step 61 1, it is determined whether the counterparty has responded. 
If so, the result is sent at step 630 and can be displayed to the dealer. If the counterparty has 
not responded, then at step 612 it is checked whether or not a response due timer has expired. 
If the response due timer has not expired, then step 61 1 is repeated. If the response due ttmer 
has expired, then the spot process is deemed to have failed (step 613). This result is also sent 
at step 630. 

[00082] If the system determines at step 602 that a composite benchmark spot price is 
to be provided, then the system will submit the "auto spot" request to all participating 
dealers that have "contribute to composite price" = yes. A system-defined response due 
timer is started, and it is determined at step 621 whether all dealers have responded. If not, 
then the response due timer is checked to determine if it has expired at step 622, and step 621 
is repeated until the timer has expired or all dealers have responded. If the timer expires 
before all dealers have responded, then it is determined at step 623 whether or not a response 
quota of a minimum number of dealers have been reached and responded with a spot price. If 

the response quota has not been reached, then the method proceeds to steps 613 and 630. 

[00083] If the response quota has been reached and a minimum number of respondants 

exist, then a system-defined calculation is performed at step 624 to determine the composite 

price. 
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The composite spot price is then sent at step 630 and can be displayed to the 



Requesting Auto Spot for multiple list items 

[00085] in further preferred embodiments of the invention (not illustrated), the list 
initiator is enabled to submit one anto spot request for all traded items that use the same 
benchmark. In the likely event that multiple traded lis. items use the same benchmark, the Its. 
initiator, rather men submitting individual auto spot requests, can streamline the spotttng 
process by selecting mis option. When mis option is selected, the system will attempt to use 
one auto spot request to satisfy multiple traded items. After requesting one spot pnce for all 
lis. items that use the same benchmark, tire system will check to see which of the dealers use 
the composite auto spot price. For all dealers that use the composite price, the system wtl. 
retrieve and present one spot price to the lis. initiator. If accepted, the benchmark spot pnce 
will be used to price all of the traded items from those dealers using that benchmark. For 
dealers tha, do no. use the composite spo, price, .he system will require the .1st inittator to 
request individual auto spots. 

[00086] Regardless of tire au,o spo. method used, after the list initiator select "request 
spo," and a spo. price is presented to the lis. ini.ia.or, me lis. initiator has a predetermined 
period of time (i.e., 10 seconds) to accept the price provided. If the lis. initiator does no. act 
on tire price within the allotted period of time, men the price presented is no longer vahd. The 
tist initiator can "request spot" a predetermined number of times. Each time the lis. mutator 
requests a spo. for the predetermined number of times, a new spot price is provided v,a the 
auto spo. function and a new timer begins to count down. The spo. timer is a system 
confutable value mat can be reduced or expanded as market convention dtctates. 
[00087] The "auto-spot" implementation allows the investor to request spot prices for 
multiple list items in one action, or in rapid succession, thus greatly reducing the time it takes 
,„ spo. over the phone or by some other means. Whereas in prior art the spotting process for 
all traded list items could take many minutes or hours, the anto spo. function of this mventton 
allows for the same work .0 be completed in a manner of seconds. Therefore this auto-spo, 



EV 330 370 921 US 



20 



Attorney Docket 4652/14 



functionality adds a high degree of efficiency to the overall inquiry list process from both the 
investor and the dealer's perspective. 

Presentation of Responses 

[00088] Other features also add efficiency by allowing pricing to be handled in 
advantageous manner for a number of list items potentially being traded at or near the same 
time. In particular, a user interface is provided which facilitates the execution of mum-dealer, 
multi-issue trades via a single screen. These features streamline and automate the 
conventional process and add efficiencies by reducing the amount of time and number of 
errors. 

[00089] All the best responses to the items on the inquiry list are presented to the user 
in a straight forward manner on one single screen. The user is presented with the "best- 
response to each item on one screen, and has the ability to easily display all of the responses 
to each item. The user can view details of each response in rapid succession as desired and 
then choose to either: 1) execute trades by "hitting" of "lifting" on the dealer responses, or 2) 
not execute trades by passing on the dealer responses - all from a single display screen until 
he has completed all the items. 

[00090] In addition, the user interface makes it easy to display the "cover" (second best 
response) in conjunction with the best response. For example, the cover can be displayed to 
the client on the same screen as, and along side, the best response to each item on the list. 
This gives the client a quick point of reference with respect to the best response for each item 
on the list. 

[00091] In the case where the list initiator executes with the dealer with the best 
response, then the following presentations may occur. The user interface may also display the 
cover to the dealer returning the best response for a list item after that list item has been hit or 
lifted For every item where a dealer returned the best response, that dealer will be shown the 
value of the cover. The dealer is thus given a point of reference of his executed response (the 
best) with respect to the cover. In addition, for every list item, the dealer with the second best 
response ("cover") will be notified as such thus giving him immediate feedback as to the 
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position of his response. Other respondent dealers are notified that the list item traded 
without any additional information. 

[00092] The system does not prevent the list initiator from trading with respondents 
other than the dealer with the best response. In the case where the list initiator does not 
execute with the best response, then similar information is displayed to the best respondent 
and the executing respondent. For example, the user interface may also display the best 
response to the executing respondent of a list item after that list item has been hit or lifted. 
The executing dealer is thus given a point of reference of his response with respect to the best 
response For every item where that dealer was the best response but the initiator did not 
trade the item with that dealer, that dealer will be notified as such thus giving him immediate 
feedback as to the position of his response. Other respondent dealers are notified that the list 
item traded without any additional information. 

[00093] A variety of different user interfaces may be employed to implement these 
features. Figures 7 through 16 are example screen displays containing user interfaces for 
creating and submitting inquiry lists in accordance with a preferred embodiment of the 
invention. These screen displays and included user interfaces are preferably provided by a 
viewer software application installed on computer 230. 

[00094] Preferably, interface 700 generated by the viewer application includes a 
plurality of high-level buttons or the like 701-707, which are displayed across all client 
screens, and specific information displayed pursuant to the process flow of a selected button is 
displayed below high-level buttons 701-707. Preferably, the currently selected high-level 
button is indicated on the screen, such as by highlighting the selected button or displaying the 
selected button in a color different than the other buttons. The high-level buttons offer 
different process flows to the functions of the system and do not necessarily provide mutually 
exclusive functions. In other words, it may be possible to perform the same function through 
a different sequence beginning with a different high-level button. The buttons 701-707 may 
be arranged in any manner. In the embodiment shown in Fig. 7, the "My Portfolios" button 
705 is located to the right side of "Bid/Offer List" button 704, which in turn is located to the 
right side of the Trade button 703, and there is a space between the Inventory, ACTIVEs, 
Trade Bid/Offer List, My Portfolios buttons 701-705 and the Activity and Blotter buttons 706 
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and 707. Inventory button 701 allows an investor to selectively view an available inventory 
of financial products that are being offered or bid on by dealers in the secondary (resale) 
market. The inventory contributions may be entered manually by the dealers at their 
respective interfaces, and/or imported from a database. The inventory accessed by inventory 
button 701 preferably contains indicative rather than executable prices (although both types of 
inventory may be present in the trading system). Indicative inventory refers to those financial 
products posted by a dealer along with the terms, such as the spread, with which they 
contemplate they might execute a trade for those financial products. The financial products 
may or may not actually ultimately trade at or near the indicated spread because of 
negotiation, competition from other dealers or other factors. On the other hand, executable 
inventory refers to financial products offered for trade as active bond issues accessible 
through active button 702 described below. 

The investor may click on "actives" button 702 or the like to view offers and/or bids 
on actively traded securities. Instead of indicative inventory, actives button 702 accesses only 
the bonds in executable inventory which a dealer is willing to buy or sell and is firm with 
respect to the terms of those bonds. Therefore, actives button 702 is used for trade orders 
where there is no negotiation rather than simple inquiries with negotiated trading. 
[00095] The investor may initiate an inquiry (which may or may not ultimately be used 
for a trade of a selected financial product) using the "trade" button 703 or the like. Preferably, 
an inquiry screen is initially displayed in response to the user clicking on trade button 703. 
Such an initial inquiry screen may have a field that allows a user to search for financial 
products, and various empty fields relating to a financial product (such as, Product, Rating, 
Issuer, Ticker, Coupon, Maturity, and/or Identifier) that are automatically populated and filled 
in as the user searches or otherwise selects financial products. The user manually fills in a 
size field with an amount that might be traded and selects a "Request Bid" radio button or a 
"Request Offer" radio button to submit an inquiry. The investor seeking to buy an issue will 
select "offers" to view the offer or selling terms of the dealers, while an investor seeking to 
sell an issue will select "bids" to view the bid or buying terms of the dealers. Moreover, while 
separate interfaces may be provided for offered and bid issues, it is possible to have a 
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combined interface that lists both offered and bid issues. The selected financial product may 
not be in the inventory, or the user may not see a bond in inventory they are interested in 
buying, and may select trade button 703 to get a blank trade form or inquiry form to search for 
that bond. Thus, an investor (user) may use trade button 503 to submit an inquiry for a 
financial product which is contained in an available database, but not in an inventory accessed 
through inventory button 701 . 

[00096] Clicking on the "Bid/Offer List" button 704 will bring the user to an "Inquiry 
List" view, such as the Inquiry List view 700 shown in Fig. 7, which will allow them to create 
and submit the inquiry list. The screen may be set to default to Bid List or Offer List, with the 
client being able to override the default and choose a bid list or offer list by clicking on a Bid 
List radio button or an Offer List radio button, respectively. Alternatively, the system can be 
configured or configurable so that there is no default and the user must select either Bid List 
or Offer List before submitting a list. Bid and offer requests cannot be co-mingled on the 
same list. The name on the header of the Inquiry List view will change from Bid List to Offer 
List depending on the type of list selected by the user. 

[00097] The Inquiry List view may have any layout. In the embodiment shown in Fig. 
7, the items in the inquiry list are displayed in a grid 710 on the left side of the screen. The 
Bid List and Offer List radio buttons and the settings/choices for the selected bid or offer 
inquiry list are on the right side of the screen. Clients can create a bid/offer inquiry list with 
any number of issues up to the maximum number of lines offered in the grid. Preferably, the 
number of lines is configurable on a system wide basis, with a maximum of, for example, 16 
lines. 

[00098] There are seven column headings 71 1-717. A Ticker or a CUSIP (8 or 9 
characters) is manually entered/edited by the user in Identifier column 711. (ISINs may also 
be supported in addition to or in place of CUSIPs.) The requested quantity is input in 
Sz(000)s column 712. The issuers' ticker symbol is provided in Ticker column 713. The 
issues coupon is provided in Coupon column 714. The maturity date of the issue, along with 
the P,C, NC and * indications as per current maturity displays are provided in Maturity 
column 7 1 5. The client selected benchmark is provided in Benchmark column 716. Any 
type of bond issue available on the trading platform may be commingled on the inquiry list 
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grid 710 with any other type of bond issue available on the trading platform. For example, 
money market equivalent (MME) bond issues and non-MME bond issues may both be 
available, in which case, "N/A" will be displayed in the benchmark field for MME issues. 
(Money market equivalent bond issues are generally considered to be those issues having a 
maturity of 13 months or less.) Cross column indicates if the transaction will be versus a 
Treasury or an Outright transaction. The fields in Identifier column 71 1 are editable fields 
during the creation of the Inquiry List. The fields in Ticker column 713, Coupon column 714, 
and Maturity column 715 are not editable since the values in these fields will be dictated by 
the CUSIP entered in the field in Identifier column 7 1 1 . The fields in the Sz(000)s column 
712, Benchmark column 716 and Cross column 717 only become editable once the user enters 
a CUSIP into the Identifier column 711. However, for some bond issues (such as MME and 
FRN bond issues) the Benchmark column 716 and cross column 717 do not become editable. 
[00099] Below the inquiry list grid 710 is a "Remarks:" drop down menu 720. A client 
can select one of a number of system defined remarks or manually enter their own remark. 
The list of predefined remarks preferably includes remarks specific to an inquiry list rather 
than a single issue inquiry. For example, the remarks may include "Liquidating Portfolio" or 
"May or may not trade all items". 

[000100] Select Dealers Grid 730 is used by the client to select dealers to receive the 
inquiry list. The grid is preferably in a two column format, with dealers listed alphabetically 
starting in the left column going down and then moving to the right column going down. 
Select All and Clear buttons are also provided. If there are an odd number of dealers, the 
bottom right grid field can be left blank. Additional dealers can be inserted into select dealers 
grid 730 and the select dealers grid 730 can be moved down and condensed, as appropriate, to 
accommodate the expansion. 

[000101] A "Reveal # of Dealers" checkbox, when checked, allows clients to show the 
dealers receiving the inquiry list the total number of dealers that were sent the inquiry list. 
This number will appear on the dealer's inquiry list pop up alert as well as on the dealer's 
inquiry list view. Preferably, Reveal # of Dealers checkbox appears only when two or more 
dealers are selected and defaults to unchecked which indicates that the user does not want to 
show the dealers receiving the inquiry list how many dealers are receiving the inquiry list. 
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Preferably, the number of dealers that must be selected before the Reveal # of Dealers 
checkbox will appear is configurable on a system basis. Fig. 7 shows an empty inqmry list, 
and so the Reveal # of Dealers checkbox is not shown. 

[000102] In "Responses due" field 750, the client enters the time that dealer responses to 
the inquiry list are due. Preferably, the hours and minutes will be blank and the response due 
times will be entered in military time according to the time zone indicated. Preferably, ASAP 
inquiries are not permitted and there is a configurable minimum time delay after the current 
time in which the responses must be due. Also, there is preferably a configurable time penod 
for the response due times, such as, for example, between 900 and 1 630 hours. 
[000103] The user specifies the length of time they are requesting that the dealers honor 
their spreads through "Responses good for" drop down menu 760. Preferably, there is a 
configurable default such as, for example, 10 minutes, and the choices (5 mm., 10 mm., 15 
min., etc.) in the drop down menu are configurable on a system wide basis. 
[000104] Fig. 7 shows an empty inquiry list, and so the drop down menu is not shown. 
In the "Spot process" drop down menu, the client requests either an "Auto" or "Phone- 
spotting process. It preferably defaults to an "Auto" spotting process. 
[000105] A Bond Settlement Date (Bond SD) field has the settlement date used for all 
corporate issue, Preferably, it is editable by the client and will default to T + 3. ABenchmark 
Settlement Date (Benchmark SD) field has the settlement date for the Treasury leg of any 
cross It will display "N/A" until the client has marked at least one issue as a cross trade. 
Once the client has checked the box in cross column 717 for at least one issue, the Benchmark 
date will be populated and default to T + l in the format MM/DD/YYYY. The client will then 
be able to edit the Benchmark SD field and override the default date. The Benchmark 
Settlement Date will apply to all cross trades on the inquiry list, except for "When Issued" 
(WI) Treasury Benchmarks. The settlement dates for WI benchmarks will be the same as the 
instruments' issue date. The Benchmark SD field will display the correct settlement date (i.e. 
settlement date = issue date) on the individual inquiry screen for WI benchmarks. 
[000106] Submit button 780 and Clear List button 790 are preferably provided at the 
bottom right of the Inquiry List view. When the client first enters inquiry list view 700, the 
Submit and Clear List buttons 780 and 790 will not be available and will be grayed out. 
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[000 1 07] An activity log is not included in the initial Inquiry List screen, but it appears 
after the creation of an inquiry list. When the Inquiry List screen first appears, the cursor 
defaults to the first line of the identifier column. The user moves to the other fields of inquiry 
list grid 710 by clicking with a mouse on the desired field or pressing the <TAB> key to move 
the cursor to the next field to the right on the line in the sequence of Identifier column 711, 
Sz(000)s column 712, Benchmark column 716 and Cross column 717. Once the cursor gets 
to the field in Cross column 717, the next <TAB> will move the cursor down to the next line. 
When the user gets down to the last field of the last item on the list, the cursor will then return 
to the first line. 

[000108] The creation of an inquiry list in inquiry list grid 710 is typically started by the 
user entering a Ticker or CUSIP in the first field of Identifier column 71 1 and pressing the 
<Enter> key. (Preferably, pressing the <TAB> key or clicking out of the field will not initiate 
a CUSIP search.) If an invalid Ticker or CUSIP is entered, the text "Error" will appear in 
Ticker column 713. Also, a pop-up error message will appear stating "No Bonds found for: 
<Ticker/CUSIP>" and will include an "OK" button. Clicking the "OK" button in the pop-up 
error message will return the user to the inquiry list view with the entered Ticker or CUSIP 
still displayed in the Identifier field. The user can then edit and resubmit. 
[000109] The fields in Sz(000)s column 712 and Cross column 717 become editable 
once a valid Ticker or CUSIP is entered in the field in Identifier column 71 1 . The field in 
Benchmark column 716 will initially display the algorithm defined Benchmark for all non- 
MME issues. However, the user can override the default choice and can select another 
Benchmark. For MME issues, the Field in Benchmark column 716 will display "N/A" and 
will not be editable. For FRN (Floating Rate Note) bond issues, the Field in Benchmark 
column 716 will display the benchmark rate and will not be editable. 
[0001 10] If a valid CUSIP is entered, the fields in Ticker column 713, Coupon column 
714 and Maturity column 715 will be populated. If a valid Ticker is entered in Identifier 
column 71 1, a Corporate List Box will pop up. The Corporate List Box will display all issues 
that match the entered Ticker. The user can then scroll the list and select the desired issue. 
Once the issue has been selected, clicking OK will insert this term on the line and display the 
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CUSIP in the Identifier column 71 1, the Ticker in Ticker column 713, the coupon in Coupon 
column 714, and the maturity in maturity column 715. 

[000 1 1 1 ] A minimum number of items must be entered into inquiry list grid 7 1 0 before 
the Submit button 780 will become active and the inquiry list can be submitted. Preferably, 
Submit Button 780 is colored when it is active. Users are prevented from submitting inquiry 
lists with less than the minimum number of issues. If the user has the minimum numbers of 
items in the inquiry list grid 710 and then deletes one, the Submit button 780 will be grayed 
out again and inactive. Preferably, the minimum number of items will initially be set to two 
(2), configurable on a system wide basis, and changes to the minimum number of items will 
not require a software release. Placing the mouse cursor over the Ticker, Coupon or Maturity 
of any issue will display a rollover tool tip, which will display the full issuer name for the 
security. 

[0001 12] A user can modify a CUSIP at any time prior to submitting the inquiry list. In 
order to modify the CUSIP, the user navigates to the CUSIP in Identifier column 71 1, and 
edits the CUSIP as desired. Exiting the Identifier column 71 1, by pressing <Enter>, will 
again search for the bond and, if found, populate the fields in Ticker column 713, Coupon 
column 714 and Maturity column 715. The user is also able to edit the field entries in the 
Size column 712, Benchmark column 716 and Cross column 717 for this issue. 
[000113] A user can also edit individual inquiry list items. The fields in Size column 
712 are defaulted to blank. The fields in Benchmark column 716 will default to the system 
defined Algorithm benchmark (For MME issues, "N/A" will be displayed.) The user can 
choose another benchmark from the drop down list or "other". Fields in the "Cross" column 
are defaulted to "No." The check box will default to unchecked (unchecked indicates the 
issue is an Outright request), checking the box will indicate this item is a Duration Weighted 
Cross. A rollover tool tip will appear whenever the user rests the pointer anywhere on the 
Cross column 717. The tool tip will state "All Crosses are DW." 

[000 114] A user is also able to obtain details of individual issues once they have been 
entered in inquiry list grid 710. A menu appears if the user right clicks with a mouse on a 
field in the ticker column 713, coupon column 714, or maturity column 715. This menu will 
not appear if the user right clicks on a field in Benchmark column 716 or Cross column 717. 
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One of the options in the menu is "Security Detail". Clicking one the Security Detail option 
will open a Security Detail pop up window. 

[0001 1 5] A user is also able to delete CUSIPs prior to submitting the inquiry list. In 
order to delete a CUSIP, the user will navigate to the CUSIP in Identifier column 71 1 and 
delete the CUSIP. Exiting the blank Identifier column 71 1, by pressing the <Enter> key, will 
delete the entries in Ticker column 713, Coupon column 714 and Maturity column 715. The 
entries in the size column 712, Benchmark column 716 and Cross column 717 will also be 
blanked out for this issue. The inquiry list can be submitted with one or more blank rows and 
there is no requirement to re-sort the lines on the inquiry list in order to remove the blank 



rows. 



[0001 16] Fig. 8 shows an exemplary inquiry list with entries. The user can clear the 
inquiry list, save the inquiry list or submit it to dealers. 

[0001 17] The user can clear the inquiry list after the grid is complete or at any time after 
the user has manually entered data in Identifier column 71 1 or any other place on the inquiry 
list, at which time the Clear List button 790 becomes active and colored. Clicking on Clear 
List button 790 will cause a Confirm Clear List pop-up message to appear asking the user to 
confirm that they want to clear the list. The pop up will preferably have two buttons: "Yes" 
and "No". Clicking "No" will return the user to the Inquiry List view and retain all the 
information previously entered. Clicking "yes" will return the user to the inquiry list view 
700 with all items removed from identifier column 711, all remaining fields in inquiry list 
grid 710 set back to their default values and all settings, for the entire inquiry list, set back to 
their default values. Once the inquiry list has been cleared, Clear List button 790 will 
disappear and the Submit button 780 will be grayed out again. 
[000 118] At any time after a user begins creating an inquiry list, they can save it 
whenever they leave the inquiry list view (i.e., by clicking one of the high level buttons 701- 
704, responding to an inquiry/order alert pop up, logging off or experiencing a system 
failure). When the user returns to the inquiry list view, by clicking Bid/Offer List button 704, 
the saved inquiry list (including changes) will be viewable and editable changes. Each 
authorized user at each site will be able to save their individual changes. One user's changes 
will not impact another user from saving their changes. Only the user that made the changes 
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will be able to see their previously saved inquiry list. Any other user opening an inquiry list 
will see either a blank/new inquiry list or their own, previously saved changes. The system 
may be configured or configurable so that changes will only be saved intra-day, an end of day 
processing routine will be executed to clear out any saved intra-day lists and changes will not 
be saved overnight. Alternatively, the system may be configured or configurable so that a 
user can save an inquiry list overnight and until the user again goes into their inquiry lists. 

[0001 19] Once the inquiry list has been completed, the user can submit it to the 
selected dealer(s) by clicking Submit button 780 at the bottom of the Inquiry List Screen 
700. Error checking will be done upon Client submission of the list. The following 
buttons or fields will require error checking and validation, preferably in the following 
order: 

1 ) Bid/Offer radio button - One must be selected 

2) Identifier - All valid CUSIPs have been entered. 

3) Select Dealers - At least one Dealer has been selected. 

4) Responses Due - Check that a time has been input, that the time is at least the 
specified minimum time from the current time and that it falls within the configurable 
window. 

5) Sz(000s) - A size has been entered for each valid CUSIP. 

6) Benchmark SD - A valid date has been entered. 

[000 120] If an error is found, the system will display an appropriate error message in an 
error message pop up. The error message will be one of the following (depending on the 
error): 

"User must select Bid List or Offer List" 
"Invalid CUSIP(s), please correct or delete!" 
"Please select one or more dealers!" 
"Please enter a 'Response Due' time!" 
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"Please enter a 'Response Due' time which is >15 minutes from the current time!" 
"Invalid 'Response Due' time. Choose a time between 900 and 1630 (ET)." 
"Please enter a valid Size for all CUSIPs!" 
"Please enter a valid Settlement Date for the Benchmark Cross!" 

[000121] The error pop up(s) have an OK button. Clicking the OK button will close the 
pop up and return the user to the inquiry list view 700. The user will then be able to correct 
the error and attempt to submit the list again. 

[000 1 22] If the user tries to submit an inquiry list and a "system error" occurs during 
submission, the list will still be sent. Any items that failed will display the text "FAILED" in 
the Status field with a black background. The activity log will display a message indicating 
there was a system error. If the system error can be traced to a particular item on the list, the 
identifier of the item must be specified in the activity log message. 

[000123] Once all fields have been entered correctly and the client clicks Submit button 
780, the system will perform a final check to see if the submitting user has another inquiry list 
outstanding with a Responses Due time that is within »/ 2 hour before or after the submitted 
list's Responses Due time. If the user does not have another list outstanding that meets this 
criterion, then the client will receive an inquiry list confirmation pop up. If another list is 
found that meets this criterion, the user will receive a pop up warning message. The warning 
message pop up window will contain YES and NO buttons. Clicking the NO button returns 
the user to the inquiry list view with all fields still populated. Clicking the YES button will 
display a client confirmation pop up. 

[000 1 24] The client confirmation pop up preferably contains the following information: 
type of list (bid list or offer list); number of items on the list; amount - total value of the entire 
list; Responses Due time; Responses Good For time; Bond Settlement Date; Benchmark 
Settlement Date (only if one or more items on the inquiry list are marked as a cross); Remark 
- Yes or No; Spot process - either "Auto" or "phone"; Reveal # of Dealers - either Yes or 
No; and a list of the selected dealers. The confirmation pop up preferably includes the 
following messages: "Remark will not affect trade terms." (this message only appears when 
the client has included a Remark); "All Crosses are Duration Weighted" (this message only 
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appears when the list contains one or more cross requests); and "All Corporate trades are 
assumed to be DTC settlement" (this message will always appear). (DTC is the acronym for 
Depository Trust Company.) The confirmation pop up contains YES and NO buttons. If the 
user clicks the NO button, they will be brought back to the inquiry list view in edit mode and 
the user will be able to edit all previously entered details as described above. If the user clicks 
the YES button, the inquiry list will be sent the dealers and the user will be returned to an 
inquiry list view with all items in the list displaying a "Pending" status. 
[000125] An example display 900 for a pending inquiry list is provided in Fig. 9. 
Identifier column 71 1 of grid 710 and the containing overall inquiry list settings does not 
appear in this display. Benchmark column 706 is condensed by removing the drop down 
arrow, removing the space allotted for the current/old indicators, and shortening the maturity 
to just the month and year. Benchmark column 706 displays a rollover tool tip when the user 
places the mouse cursor over it. The tool tip will display the "full" Benchmark in the format: 
'UST 5.375 05/15/2015'. Cross column 707 displays "No" for outright inquiries and "DW" 
for Duration Weighted Cross inquiries. DLR column 901, Sp/Yld column 902, Cover column 
903, Status column 904 and Spot Px column 905 are added to inquiry list grid 710. DLR 
column 901 displays "X'V'Y" for each item on the list. The "X" indicates the number of 
dealers that have submitted a response to the holding bin (either a level or a pass) and the "Y" 
indicates the number of dealers that received the inquiry list. The "X"/"Y" column 901 
updates dynamically as dealer responses are received into or withdrawn from the holding bin. 
The status column 904 displays "Pending". The Sp/Yld column 902, cover column 903, Spot 
PX column 905 will not display any information until after the "Due At" time has been 
reached. 

[000126] The responses due field 750 is changed from an editable field in inquiry list 
display 700 to a single field in pending inquiry list display 900 and preferably moved to the 
bottom right hand corner. Once the response due time is less than one hour, the responses due 
field 750 displays a countdown timer that begins counting down 59:59. If a remark was 
entered in drop down menu 720, it is displayed below inquiry list grid 710, preferably along 
with a disclaimer "Remark will not affect trade terms." The pending inquiry list display 900 
does not include select dealers grid 730, reveal # of dealers checkbox, responses due field 
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750, responses good for drop down menu 760, spot process 770, submit button 780, or clear 
list button 790. 

[000127] The inquiry number assigned to the inquiry list in inquiry list grid 710 is 
displayed below inquiry list grid 710 along with a "View Details" button 910, "Cancel List- 
button 920, and "New List" button 930. An activity log 940 is displayed at the bottom of the 
screen. It is preferably condensed to only display the number of lines accommodated by the 
screen requirements. Activity log 940 only affects inquiry lists and does not impact the 
activity log displays for any other inquiries. The system time, the number of items in the 
inquiry list, and the total quantity of the items in the inquiry list are also added at the bottom 
of display 900. 

[000128] View Details button 910 launches a "Bid/Offer List Detail" pop-up window. 
This pop-up window preferably contains the same information contained in the Submit List 
confirmation pop-up described above, except that the query "Submit List?" and YES and NO 
buttons are replaced with a single CLOSE button. When the user clicks on the CLOSE 
button, it returns the user to the Bid/Offer List view. 

[000129] Cancel List button 920 allows the user to cancel the entire inquiry list. 
Clicking cancel list button 920 causes a confirmation pop-up to appear. The header of the 
pop-up window preferably states "Confirm Cancel List." The pop-up preferably asks "Are 
you sure you want to cancel this Bid (or Offer) List?" along with "Yes" and "No" buttons. 
Clicking the No button will return the user to the inquiry list view. Clicking the Yes button 
will cancel the inquiry list and return the user to the inquiry list view with the status messages 
changed to "You Cancel" or "You Cxi". Dealers will see the status of their inquiry list 
change to "Client Cancel" or "Client Cxi". Cancelling the entire inquiry list will generate the 

Activity Log message: "HH:MM:SS <Client> <UserID> has canceled the Bid (Offer) List." 

This message will appear on the client's inquiry list activity log, on each of the client's 

individual inquiry activity logs, and on each of the dealer's individual inquiry activity logs. 

The user can resubmit a "dead" (i.e., cancelled) inquiry list. Preferably, the button to 

resubmit a dead inquiry list appears and is only available when the inquiry list becomes dead. 

Fig. 16 shows the screen that is displayed when a list is done, which includes a "Resubmit 

List" button 1550. 
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[000 130] If a user wants to cancel individual item(s) on the inquiry list rather than the 
entire inquiry list, then they click on the line for the item(s) and open the item(s)'s individual 
inquiry. Cancelled item(s) will have their status changed to "You Cancel" or "You Cxi" on 
the user's inquiry list view and "Client Cancel" or "Client Cxi" on the dealer's inquiry list 
view. Once an item is cancelled, the user's inquiry list activity log will display the message: 
"HH:MM:SS <Client> <UserID> has canceled the request for <quantity> <Ticker>, 
<Coupon>, <Maturity>." Once an item is cancelled, the user and dealers individual inquiry 
view activity log will display the message: "HH:MM:SS <Client> <UserID> has cancelled 
this inquiry. Preferably, users can also resubmit "dead" individual inquiry items from an 
inquiry list by clicking on the "dead" item to view the Activity Detail and selecting the 
"Resubmit Inquiry" button or right clicking on a "dead" item and selecting "Resubmit 
Inquiry" from the drop down menu. This functionality preferably resides outside of the 
inquiry list functionality. Any resubmitted items from an inquiry list will be treated as a 
regular single issue inquiry submission. 

[00013 1] New List button 930 in pending inquiry list display 900 allows a user to create 
another inquiry list. Clicking on New List button 930 opens up a new, blank inquiry list view 
such as that shown in Fig. 7. (If a user is not viewing the pending inquiry list display 900, 
they can click on high level Bid/Offer List button 704.). Users can always return to pending 
inquiry list display 900 or "Resp Req" inquiry list by selecting the inquiry list line item from 
the activity console. 

[000 1 32] Preferably, users will have the ability to download dealer responses to the 
inquiry list. The information could include the details of the inquiry list along with each 
dealer's response. This ability could be provided, for example, by a "Download List" button. 
Preferably, the Resubmit List button 1550 and the Download List button 1560 appear to the 
user only at specific points in the process, such as after the auto spot process has been 
completed as shown in Fig. 15. A Download List button 1560 may also appear to the dealers 
at different points in the process, such as before and up until the Due In time has been 
reached. Preferably, users can also view additional information on dealer responses (IN, 
OPN, P) by clicking on a specific individual item in the inquiry list grid 710 at certain times 
in the process, such as before the Due At time. 
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[000133] Users can also right click on any individual item in the inquiry list grid 710 in 
the pending inquiry list view 900 to display a down drop menu with two choices: "Inquiry 
Details" and "Security Details." Clicking on "Inquiry Details" opens the inquiry view for that 
individual item. 

[000134] Right clicking on an item which has a status of "You Cancel" or "You Cxi" 
will display a drop down menu with the choices: Inquiry Details, Resubmit Inquiry, and 
Security Details. Selecting "Inquiry Details" will open the activity detail for the item and the 
user can resubmit the inquiry. Selecting "Resubmit Inquiry" will open a single-issue inquiry 
window and allow users to submit this inquiry as a single-issue inquiry. The resubmitted, 
single issue inquiries have no connection to the inquiry list. Selecting "Security Details" will 
open up a window that lists all of the bond attributes, such as CUSIP, coupon, issue date, 
issuer, etc. 

[000135] When an inquiry list "Responses Due" time has been reached and the user has 
received at least one response from a dealer on an inquiry list item, the user will receive a 
single activity alert. The activity alert will state: "Dealer prices have been release for your: 
BID(OFFER) LIST". The activity alert will also include the type of inquiry (single or multi- 
dealer with number of dealers in parenthesis), number of items, total amount of inquiry list, 
and responses due at time. The activity alert pop-up will have the query "View Responses?" 
with YES and NO buttons. Clicking the NO button will close the popup and return the client 
to their previous application. Clicking the YES button will bring the user to their inquiry list 
view screen and display the dealer's responses. If the inquiry list has failed to receive any 
responses from any dealers, the client will not receive a pop up alert. 
[000136] Fig. 1 1 shows an exemplary inquiry list display 1 100 after the "Responses 
Due" time is reached. The "View Details" button 910, "Cancel List" button 920, and "New 
List" button 930 of pending inquiry list view 900 are not included in display 1 100 or in 
displays during the subsequent accepting/passing and spotting phases. (However, "View 
Details" button 910 and "New List" button reappear, along with other buttons, after the 
spotting phase is completed as shown in and described below with respect to Fig. 1 5.) Instead 
of a "Responses Due In" timer, display 1 100 has a "Responses Good For" timer that counts 
down the "good for" time as specified by the user. 
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[000137] In inquiry list grid 710, the Sp/Yld column 902 displays the best spread (or 
yield) and the DLR column 901 displays the name of the dealer that provided the best spread 
(or yield). Both columns are preferably highlighted with a gray background to draw the 
user's attention to the best responses. The "Cover" column displays the cover spread (yield) 
(second best response) if there is any. There will be no indication in the cover column if the 
spread (yield) is spread to put/call/average life. If there is no cover on an item, this field will 
be displayed as "N/A". The status column will display either "Resp Req" with a colored 
background (if at least one dealer responded with a level on this issue) or U DNT" with a black 
background (if no dealers responded for an issue). 

[000138] Display 1 100 includes "HIT 55 (or "LIFT 55 ) and "PASS 55 buttons to the right of 
each item in inquiry list grid 710. The "HIT 55 button is displayed when the user has submitted 
a Bid list. The "LIFT 55 button is displayed when the user has submitted an Offer List. If there 
is a tie for best price, the Dealer Name column will display *** and an "OPEN 55 button will 
appear next to the "Pass 55 button instead of the "HIT 55 or "LIFT 55 button. 

[000139] The user must open tied items to execute a trade. The user opens an items by 
either: left clicking on the line item; right clicking on the item and selecting "Open Inquiry 55 
from the right click menu; or left clicking on the "OPEN 55 button. If the dealer with the best 
price cancels, the screen is updated to show the next best price and the new cover. The user's 
activity log on the inquiry list view will display the message: "HH:MM:SS Dealer responses 
have been released from the holding bin. 55 This message will not be displayed in the activity 
logs of the individual inquiry views. The activity logs of the individual inquiry views will 
display activity log messages. If the inquiry list fails to receive any responses, the user's 
activity log on the inquiry list view will display the message: "HH:MM:SS Inquiry List 
Completed. No responses received. 55 

[000140] Users can view all dealer responses for a particular inquiry by clicking on the 
inquiry line item. This will bring the client to the individual inquiry screen where the best 
eight responses will be displayed in the dealer response grid. Other dealer responses will be 
listed in the activity log of the individual inquiry screen. Users can Accept or Pass from the 
individual inquiry screen. The "COUNTER 55 button is removed for inquiry list items. The 
individual inquiry activity logs contain all messages related to that individual inquiry. 
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[000141] In display 1 100, the right click options are: 1) Security Details; 2) Open 
Inquiry; 3) Hit (or Lift)(this choice appears only if there is one dealer with the best spread); 
and 4) Pass. Selecting Security Details will open the Security Details pop up window. 
Selecting Open Inquiry will open the individual inquiry screen for that issue. Selecting Hit 
(or Lift) will "accept" the spread offered by the best dealer (further details described below). 
Selecting Pass will pass all dealers for this item (further details described below). 
[000142] If there is only one dealer with the best level for an individual item in the 
inquiry list, a user can accept the dealer's level by either: clicking on the "HIT" (or "LIFT") 
button to the right of the status column 904 or right clicking on the line item and selecting 
"HIT" or "LIFT" from the right click drop down menu. When the dealer's level is accepted 
by one of these two methods, an Acceptance Confirmation pop up window will open. The 
Acceptance Confirmation pop up will have "YES" and "NO" buttons. Clicking the "NO" 
button will close the pop up and return the user to inquiry list view 1 100 with no execution on 
the individual issue. Clicking the "YES" button brings the user back to the inquiry list view 
screen 1 100 with the status changed to "Done-ASC". If the bond issue is an MME or FRN 
bond issue, then the status is changed to "Done-APC" awaiting price confirmation because 
the spot step is skipped for these types of bond issues. (See the various entries in status 
column 904 of inquiry list grid 710 in Fig. 12 for examples.) The user is not permitted to 
counter a dealer's response to an inquiry list. Accepting a delaer's level will generate the 
following activity log message in the user's inquiry list activity log: HH:MM:SS <Bid/Offer> 
of <level> from <DLR> on <Size> <Ticker>, <Coupon>, <Maturity> accepted by <Client> 
<UserID>. 

[000143] A user can also accept a dealer's level for an individual item even though it 
was not the best response. To do so, the user must open the individual item by left clicking on 
the individual item line or right clicking on the individual item line and selecting "Open 
Inquiry" from the right click menu. Once the individual item in the inquiry list is opened, the 
user will be able to see a predetermined number of the best dealers' responses in the dealer 
response grid. (If more than the predetermined number of dealers respond, those responses 
are displayed in the individual inquiry activity log.) The user may then execute the trade with 
any one of the best dealer responses displayed. If the user executes a trade with dealer other 
than the dealer with the best response, the inquiry list view 1 100 will be updated to show the 
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selected dealer's short name in DLR column 901, the agreed upon level in the "Sp/Yld" 
column 902 and the new cover level in the cover column 903 (in this case, the new cover will 
be the former best level). The inquiry list view activity log message will state: HH:MM:SS 
<Bid/Offer> of <level> from <DLR> on <Size> <Ticker>, <Coupon>, <Maturity> accepted 
by <Client> <UserID>. 

[000144] If two or more dealers are tied for the best response, the dealer column will 
display *** to indicate that multiple dealers have responded with the best level. In this case, 
the HIT/LIFT button will not appear, instead an Open button will appear in its place. The 
user must open the individual item to execute a trade. They open the item by either: left 
clicking on the line item; left clicking on the OPEN button; or right clicking on the individual 
line item and selecting "Open Inquiry" from the right click menu. Once the user executes and 
confirms the trade, they are taken back to inquiry list view 1 100. Inquiry list view 1 100 is 
updated to show the selected dealer's short name in DLR column 901, the agreed upon level 
in the "Sp/Yld" column 902 and the new cover level in the cover column 903. 
[000145] The user can also pass on any single individual issue in the inquiry list. This is 
done by either: clicking the PASS button to the right of the line item; right clicking on the line 
item and selecting "Pass" from the right click drop down menu; or opening the individual 
inquiry and selecting "Pass." In the first two cases, a "Confirm Pass:" pop up window will 
appear, which will state the issue which the user is passing and have YES and NO buttons to 
confirm the pass. An exemplary pop-up window 1310 is shown in Fig. 13. If the user clicks 
on the YES button, the item is passed, a pass notice is sent to all of the dealers that responded 
to that item, and the user is returned to inquiry list view 1 100 with the status column 903 for 
that item stating the status as "You Pass." See, for example, Fig. 13. The user's inquiry list 
activity log will display the message: HH:MM:SS <Client> <UserID> passes on 
<Bids/Offers> for <Ticker>, <Coupon>, <Maturity>. Clicking the NO button will not pass 
the item, but it will close the pop up and return the user to the inquiry list view. If the user 
passes in the third manner (by opening the individual inquiry and selecting "Pass"), then they 
can add Pass remarks. 

[000146] If the user does not trade any items on the inquiry list, either because they have 
passed or the dealer(s) canceled their price(s) on each of the items on the inquiry list, then the 
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inquiry list is dead. The user's inquiry list activity log will state: "HH:MM:SS Inquiry List 
Completed. No trades executed." If the user has accepted a trade for at least one of the items 
on the inquiry list, they will then enter the spotting process and the system will display a 
spotting process screen, such as the exemplary screen 1300 shown in Fig. 13. 
[000147] Spotting process screen 1300 replaces the "Responses Good For:" timer with a 
Spot Process Timer 1320. The Spot Process Timer 1320 sets the time period for the spotting 
process. It starts counting down once the user has finished the entire inquiry list by trading or 
passing on each item. If the user has not finished the entire inquiry list when the "Responses 
Good For" timer expires, then Spot Process Timer 1320 will nevertheless start counting down 
when the "Responses Good For" timer expires. The Spot Process Time may be configurable 
on a system basis. 

[000148] The status column 903 in spotting process screen 1 300 will initially have the 
status of "Done-ASC", "You Pass" or "DNT" (Did Not Trade) for each item in inquiry list 
grid 710. The Spot Px column 904 will have "N/A" for those items that were passed or did 
not trade. The spotting process for each item in the inquiry list that was accepted for trade 
will have one of the following scenarios: 1) the user chose the "Phone" spot process; 2) the 
user chose the "Auto" spot process; 3) the user chose the "Auto" spot process and the dealer 
overrode the spot process to "Phone"; or 4) the user trades on an MME issue (which does not 
require a spotting process). The Spot Px column 904 in spotting process screen 1300 initially 
contains the text "Phone" for all of those items in scenarios 1) or 3). A "Req. Spot" button 
1310 is displayed to the right of each individual item in inquiry list 710 that is in spotting 
process scenario 2). 

[000149] The user clicks on each respective "Request Spot" button 13 10 to receive a 
spot price from the trading system. Preferably, the spot price is delivered via the API 
discussed above with respect to Fig. 3. If a spot price is unavailable for an individual item, 
then Spot Px column 904 for that item will display the text "unavail". The user may click on 
"Request Spot" button 1310 a second time. If the spot price is still unavailable, then Spot Px 
column 904 will display the text "Phone" and "Req. Spot" button 1310 will disappear. If a 
spot price is received, the spot price is displayed in "Spot Px" column 904 with a yellow 
background, and the price will be good for a configurable length of time, for example, 15 
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seconds. An "Accept" button 1410 is displayed to the left of the item and a timer 1420 will 
count down a configurable length of time, for example 15 seconds, for the spotting process. 
Until the spotting process finishes, "Req. Spot" button 1310 for the other items will be grayed 
out and unactionable. 

[000150] Fig. 16 shows an example display screen after an inquiry list is completed (and 
one or more of the items on the list did not trade). Preferably, the same buttons as shown in 
Fig. 15 remain in the display screen. Once the spotting process finishes and a final price is 
determined by the dealer, a final price alert is sent to the user advising him of the final price. 
The trading may proceed and be concluded exclusively electronically with no further action 
necessary by the user ("electronic trading"). Alternatively, the user and dealer may manually 
interact via telephone, etc., to confirm the process and the final price ("electronic-assisted 
trading). Even in the instance of electronic-assisted trading, the preferred embodiments of the 
invention still result in substantial time and cost savings to the user. 
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